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SYSTEM AND METHOD FOR RETRIEVING AND DISPLAYING DATA, SUCH AS 
ECONOMIC DATA RELATING TO SALARIES, COST OF LIVING AND 

EMPLOYEE BENEFITS 

CROSS-REFERENCE TO RELATED APPLICATIONS 



No. 60/203,086, filed May 9, 2000 and incorporated herein by reference. 
TECHNICAL FIELD 

The following relates generally to retrieving and displaying data, such as 
economic data related to salaries, cost of living, and employee benefits. 



Databases and search engines for obtaining information related to salaries, 
cost of Uving, and employee benefits for a variety of geographical locations are known. 
Users can access such databases by submitting an inquiry that includes, for example, a 



selected industry, a selected job or position within the industry, and a geographical 



15 location. The search engine retums a range of salaries corresponding to the user's 
inquiry. In one conventional arrangement, the database and search engine are stored on a 
computer-readable medium, such as a CD, which is directly accessible to the user by 
loading the CD into the user's computer. 



20 information retumed by the search engine may be generic. Accordingly, it may be 
difficult for users to obtain specific information about the company and the job or 
position corresponding to the information stored in the database. Another problem is that 
it can be expensive to assemble the data and provide the search engine. When this 
expense is passed on to the user, the number of users willing to pay for the search may be 



5 



The present application claims priority to U.S. Provisional Application 



H 10 BACKGROUND 



One problem with some existing databases and search engines is that the 
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limited. Still another problem is that it may be difficult and/or expensive to update the 
database frequently enough to keep up with rapidly changing information. 

The Internet is increasingly being used to conduct searches and "electronic 
conmierce," in part, because it facilitates electronic conmiunications between vendors and 
purchasers. The Intemet comprises a vast number of computers and computer networks 
interconnected through conununication channels. Electronic commerce refers generally 
to conunercial transactions at least partially conducted using the computer systems of the 
parties to the transactions. For example, a purchaser can use a personal computer to 
connect via the Intemet to a vendor's computer. The purchaser can then interact with the 
vendor's computer to conduct the transaction. Although many of the commercial 
transactions that are performed today could be performed via electronic commerce, the 
acceptance and wide-spread use of electronic commerce depends, in large part, upon the 
ease-of-use of conducting such electronic commerce and upon creating new opportunities 
previously unavailable. For example, if electronic conmierce can be easily conducted, 
then even the novice computer user will choose to engage in electronic commerce. 
Therefore, it is important that techniques be developed to facilitate conducting electronic 
conunerce. 

The Intemet facilitates conducting electronic commerce, in part, because it 
uses standardized techniques for exchanging information. Many standards have been 
established for exchanging information over the Intemet, such as electronic mail, Gopher, 
and the World Wide Web ("WWW"). The WWW service allows a server computer 
system (i.e., web server or web site) to send graphical web pages of information to a 
remote client computer system. The remote client computer system can then display the 
web pages. Each resource (e.g., computer or web page) of the WWW is imiquely 
identifiable by a Uniform Resource Locator ("URL"). To view a specific web page, a 
client computer system specifies the URL for that web page in a request (e.g., a 
HyperText Transfer Protocol ("HTTP") request). The request is forwarded to the web 
server that supports that web page. When that web server receives the request, it sends 
the requested web page to the client computer system. When the client computer system 
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receives that web page, it typically displays the web page using a browser. A browser is 
typically a special-purpose application program for requesting and displaying web pages. 

Currently, web pages are often defined using HyperText Markup Language 
("HTML"). HTML provides a standard set of tags that defines how a web page is to be 
5 displayed. When a user makes a request to the browser to display a web page, the 
browser sends the request to the server computer system to transfer to the client computer 
system an HTML dociunent that defines the web page. When the requested HTML 
document is received by the client computer system, the browser displays the web page 
as defmed by the HTML document. The HTML docimient contains various tags that 
10 control the display of text, graphics, controls, and other features. The HTML document 
may contain URLs of other web pages available on that server computer system or on 
..J other server computer systems. 

:j The World Wide Web portion of the Intemet is especially conducive to 

conducting electronic commerce. Many web servers have been developed through which 
15 vendors can advertise and sell products. The products can include items (e.g., music) that 
I L! are deUvered electronically to the purchaser over the Intemet and items (e.g., books) that 
are delivered through conventional distribution channels (e.g., a common carrier). A 
Ijl server computer system may provide an electronic version of a catalog that lists the items 
H available. A user, who is a potential purchaser, may browse through the catalog using a 
^=3 20 browser and select various items to be purchased. When the user has finished selecting 
the items to be purchased, the server computer system then prompts the user for 
information to complete the ordering of the items. This purchaser-specific order 
information may include the purchaser's name, the purchaser's credit card number, and a 
shipping address for the order. The server computer system then typically confirms the 
25 order by sending a confirming web page to the client computer system, and schedules 
shipment of the items. 

Although the Intemet provides the features described above, these features 
have not addressed the foregoing problems associated with searching and accessing 
economic databases. Accordingly, there exists a need for a system that addresses those 
30 problems. 
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BRIEF DESCRIPTION OF THE DRAWINGS 

Figure 1 is a schematic block diagram illustrating components of a 
computer system having a client computer and a server computer for retrieving and 
displaying data in accordance with an embodiment of the invention. 

Figure 2 is a schematic block diagram illustrating in further detail 
components of the client computer shown in Figure 1. 

Figure 3 is a flow diagram of a representative implementation of an 
information retrieval and display process performed by the system of Figure 1 in 
accordance with an embodiment of the invention. 

Figures 4A-D illustrate display descriptions for displaying economic data in 
accordance with an embodiment of the invention. 

Figures 5A-G illustrate display descriptions for providing additional 
information relating to items of data in accordance with an embodiment of the invention. 

Figure 6 is a schematic block diagram illustrating components of the server 
computer shown in Figure 1 in accordance with an embodiment of the invention. 

Figiu"e 7 is a flow diagram of a representative implementation of another 
retrieval and display process performed by components of the system shown in Figure 6 
in accordance with an embodiment of the invention. 

Figures 8A-D illustrate display descriptions for presenting and receiving 
wage and salary data in accordance with an embodiment of the invention. 

Figures 9A-F illustrate display descriptions for presenting and receiving 
cost of living data in accordance with an embodiment of the invention. 

Figures lOA-H illustrate display descriptions for presenting and receiving 
employee benefit data in accordance with an embodiment of the invention. 

Figures 1 1 A-D illustrate display descriptions for presenting and receiving 
international remimeration data in accordance with an embodiment of the invention. 

Figures 12A-F illustrate display descriptions for presenting and receiving 
intemational cost of living data in accordance with an embodiment of the invention. 
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Figures 13A-C illustrate display descriptions for presenting and receiving 
college graduate data in accordance with an embodiment of the invention. 

Figures 14A-D illustrate display descriptions for accessing data derived 
from a plurality of populations in accordance with an embodiment of the invention. 

5 DETAILED DESCRIPTION 

The following description provides specific details for a thorough 
understanding of, and enabling description for, embodiments of the invention. However, 
one skilled in the art will imderstand that the invention may be practiced without these 
details. In other instances, well-known structures and functions have not been shown or 

10 described in detail to avoid unnecessarily obscuring the description of the embodiments 
of the invention. In general, altematives and altemate embodiments described in this 
application are substantially similar to previously described embodiments, and common 
elements and acts or steps are identified by the same reference mmibers. Only significant 
differences in construction or operation are described in detail. 

15 Certain aspects of the invention are directed to systems and methods for 

reducing or eliminating fees incurred by users accessing economic data over a computer 
network. For example, one method includes allowing the users to contribute economic 
data in lieu of fees. The contributed economic data can be added to a database and used 
to fill subsequent requests for data by the same or a different user. Another aspect of the 

20 invention is directed to providing additional information pertaining to a particular data 
item, such as a data point on a graphical display. For example, one method includes 
displaying additional information when the user aligns a cursor with a particular data 
point and/or clicks on the data point. Still another aspect of the invention is directed to 
allowing users to select from a variety of economic databases over a computer network 

25 when fulfilling a request for economic data. 

Figure 1 and the following discussion provide a brief, general description of 
a suitable computing environment in which embodiments of the invention can be 
implemented. Although not required, the embodiments of the invention will be described 
in the general context of computer-executable instructions, for example, routines 
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executed by a general-purpose computer, such as a personal computer. Those skilled in 
the relevant art will appreciate that the invention can be practiced with other computer 
system configurations, including Intemet appliances, hand-held devices, wearable 
computers, set-top boxes, mobile phones, multiprocessor systems, multiprocessor-based 
5 or programmable consumer electronics, network PCs, minicomputers, mainfi^ame 
computers, and the like. The invention can be embodied in a specific-purpose computer 
or data processor that is specifically programmed, configured or constructed to perform 
one or more of the computer-executable instructions explained in detail below. The 
invention can also be practiced in distributed computing enviroimients where tasks or 
10 modules are performed by remote processing devices, which are linked through a 
communications network, hi a distributed computing environment, program modules or 
sub-routines may be located in both local and remote memory storage devices. In 
general, while hardware platforms, such as terminals and controllers are described herein, 
aspects of the invention are equally applicable to nodes on the network having 
,2 15 corresponding resource locators to identify such nodes. 

Unless described otherwise, the construction and operation of the various 
:^ blocks shown in Figure 1 are of conventional design. As a result, such blocks need not be 
Lfi described in fiirther detail herein, as they will be readily understood by those skilled in 
the relevant art. 

1*3 20 Referring to Figure 1, a data retrieval and display system 100 includes one 

or more cUent computers 102, each of which includes a browser program module 104 that 
permits the computer to access and exchange data with the Intemet, including web sites 
within a World Wide Web ("Web") portion 106 of the Intemet. The client computers 
102 may include one or more central processing units or other logic processing circuitry, 
25 memory, input devices (e.g., keyboards and pointing devices), output devices (e.g., 
display devices and printers), and storage devices (e.g., fixed, floppy and optical disk 
drives, magnetic cassettes, flash memory cards, digital video disks (DVDs), Bemoulli 
cartridges, RAMs, ROMs, smart cards, etc.), all well known but not shovm in Figure 1. 
The client computers 102 may also include other program modules, such as an operating 
30 system, one or more application programs (e.g., word processing or spread sheet 
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applications), and the like. The client computers 102 can be operated by a user such as a 
customer or potential customer of goods, for example, economic data related to salaries, 
compensation, cost of living, and/or employee benefits. 

A server computer 108, coupled to the Web 106, performs some or all of 
5 the data retrieval and display processes. A database 110, coupled to the server computer 
108, stores much of the data exchanged between the client computers 102 and the server 
computer 108 as described below. The server computer 108 includes a server engine 120, 
a web page management component 122, a database management component 124, a 
management process component 126, as well as other components not shown in Figure 1. 
10 The server engine 120, the web page management component 122, the database 
management component 124, and the management process component 126 operate 
together to retrieve information fi"om the database 110 and provide the information to the 
client computers 102. In one embodiment, the server computer 108 and the database 110 
•.-.2 can form a single computing platform. Alternatively, the functions performed by the 
% 15 server computer 108 and/or the database 110 can be distributed over a plurality of 
: Si platforms. The foregoing components can also operate together to receive information 

- from the client computers and update the database 110 with the information, as described 

l3 

i^n in greater detail below with reference to Figures 6-13C. 

j* ^ 

''i In one embodiment, the system 100 can include a first component (e.g., a 

tzs: 

^=3 20 first software component) installed on the client computer 102 and/or a second 
component (e.g., a second software component) that operates on the client computer 102, 
the Web 106, and the server computer 108. In other embodiments, the system 100 can 
have other arrangements; for example, the two components of the system 100 can be 
coupled. 

25 Figure 2 is a schematic block diagram illustrating in fiirther detail 

components of the computer 102 shown in Figure 1. In one embodiment, the computer 
102 can include a memory 140, a CPU 142, input/output devices 144 and a storage device 
146. The memory 140 can include software or other computer instructions for 
implementing a method in accordance with an embodiment of the invention. For 

30 example, the software can include five modules, such as a Salary Assessor 148a for 
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providing salary data, a Relocation Assessor 148b for providing cost of living data, a 
Geographic Assessor 148c for providing salary data in one geographic location based on 
a salary in another geographic location, an Executive Compensation Assessor 148d for 
providing executive compensation data, and a Benefit Assessor 148e for providing 
5 employee benefit data. The Assessors 148a- 148e are referred to collectively herein as 
"Assessors 148." 

The input/output devices 144 can include devices such as a computer- 
readable media drive 154. Accordingly, the input/output devices 144 can read computer- 
readable media having the software for the Assessors 148. For example, the Assessors 
10 148 can be contained on a CD and read by a CD drive. The software can also be 
accessible from the memory 140, as described above. Alternatively, the Assessors 148 
1=2 can be accessed over the Web 106, and can be installed on the server computer 108 
'li (Figure 1). The storage device 146 can include file storage for data generated and/or 
«S accessed by the Assessors 148. 

15 In one embodiment, the Salary Assessor 148a can receive input data or 

criteria, such as a selected industry, a selected geographical location and a selected job or 

] position, and can output a range of salaries corresponding to the input criteria. The 

^3 

Lfj Relocation Assessor 148b can receive input data such as an income level at a first 
geographical location, and a living standard (e.g., size of home, number of cars) and can 

p 20 output data reflecting the corresponding salary and living standard in a second 
geographical location, based on the difference in cost of labor between the two locations. 
The Geographic Assessor 148c can receive input data, such as a salary and a first 
Geographical location, and can output the corresponding salary in a second geographical 
location, based on the difference in the cost of labor between the two locations. The 
25 Executive Compensation Assessor 148d can receive input data, such as a geographical 
location, an industry type and company size (based on annual revenue), and can output a 
range of compensation levels for executives of companies corresponding to the input 
data. The Benefit Assessor 148e can similarly provide benefit data and analyses. The 
statistical engines and processes used to extract the output data based on an input request 
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are conventional and available from Economic Research Institute of Redmond, 
Washington (www.erieri.com). 

Figure 3 is a flow diagram of a representative retrieval and display process 
300 performed generally by the system 100 (Figure 1) and more particularly by one or 
more of the Assessors 148 described above with reference to Figure 2. Display pages 
corresponding to a specific embodiment of the process 300 as performed by an 
embodiment of the Executive Compensation Assessor 148d are provided in Figures 4A- 
5G. Accordingly, the following discussion refers both to the process steps shown in 
Figure 3 and the display pages shown in Figures 4A-5G. 

Beginning with step 302, the process 300 can include receiving input 
information or criteria at the client computer 102. For example, when the process 300 is 
performed by the Executive Compensation Assessor 148d, the user can initiate operation 
of the executive compensation assessor 148d and the system 100 can display an 
introductory page 400 (Figure 4 A). If the user provides no further inputs, the system 100 
can retrieve default output data (step 304). In one aspect of this embodiment, the data 
can be retrieved from a CD or other computer-readable mediiun coupled directly to the 
computer 102. In other embodiments, the data can be retrieved from other sources, for 
example, the database 110 coupled to the server computer 108, via the Web 106. In 
either embodiment, the retrieved data is displayed to the user in step 306, on an output 
page 402 (Figure 4B). The output page 402 can include a graph 404 of executive 
compensation or salary (along the y-axis) as a function of company revenue (along the x- 
axis). When the graph 404 is based on a large mmiber of data points (for example, 5,437, 
as shown in Figure 4B), the data can be presented in line graph form. Accordingly, the 
graph 404 can include a mean data line 406a, a high range line 406b, and a low range line 
406c. The graph 404 can be enlarged by clicking on a Big Graph button 407a. When the 
graph 404 includes dots or points (described below with reference to Figure 5A), these 
can be hidden by clicking on a Hide Dots button 407b. 

The output page 402 can also include a table 408 displaying salary, bonus, 
and total compensation data for a variety of executive positions. In one embodiment, the 
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table 408 can be ordered by position and/or year. Alternatively, the table can be ordered 
by salary, bonus, overall compensation or other variables. 

In step 307, the user can filter or adjust the default data to be more specific. 
In one embodiment, the system 100 can display an adjustment input page 410 (Figure 4C) 
5 and the user can adjust the input parameters on which the output data is based. For 
example, the user can enter one or more geographic locations in a location field 412, one 
or more industry types in industry fields 414, and/or midpoint company revenue value in 
revenue field 416. This information can be saved by clicking on a save button 413a and 
assigning the information to a dataset. The user can then create another set of filter 
10 parameters. Saved information can be retrieved by clicking on a load button 413b. The 
information can be submitted as a data request by clicking on an OK button 413c, at 
which point the system 100 can retum an output page 402a (Figure 4D) generally similar 
to the output page 402 described above but displaying a graph 404a and table 408a based 
on the adjusted input parameters received from the adjustment input page 410. 
2 15 Figure 5 A is an enlarged illustration of the graph 404a shown in Figure 4D. 

The graph 404a can include data points 500 (four of which are identified as data points 
= 500a-d), as well as the lines 406a-c described above with reference to Figure 4B. The 

{r size of the data points can correspond to the SIC (Standard Industrial Classification) code 
'"'Z of the company, as indicated in Figure 5A. In a fiirther aspect of this embodiment, the 
'=3 20 user can elect to receive additional information pertaining to a particular one of the data 
points 500 shown in Figm-e 5 A. In step 308, the system 100 can receive the user's 
selection of one of the data points 500. For example, referring now to Figure 5B, the 
system 100 can receive a signal when the user aligns a computer cursor 502 with a 
selected data point 500d. In step 3 10, the system 100 retrieves additional data specific to 
25 the selected data point 500d from either the client computer 102 or the server computer 
108. The system then displays the additional data in step 312. For example, when the 
data point selected by the user corresponds to a point on the salary/company revenue 
graph shown in Figure 5B, the additional data can include particulars about the company 
and the salary corresponding to the data point. In one embodiment, the additional data 
30 can include the precise value of the salary corresponding to the selected data point, as 



[33362-8001/SL0U20O.2O6] 



5/4/01 




shown in display field 504. Alternatively, the additional data shown in display field 504 
can include the title of the executive position, the name of the executive in that position, 
the identity and location of the company or fimi that pays the salary for that position or 
other related information. 
5 In a further aspect of this embodiment, some or all of the foregoing 

additional data can be displayed on a separate field that is not superimposed on the graph 
404a. For example, as shown in Figure 5C, the system 100 can display a summary 
compensation field 506 that includes a standard summary compensation table 508 (the 
heading of which is visible in Figure 5C) extracted fi-om a standard proxy statement 
10 provided by the company corresponding to selected data point 500d. hi one aspect of this 
embodiment, the additional data (for example, the data shown in the simwnary 
compensation table 508) can be presented when the user takes an additional input step 
j3 beyond aligning the cursor 502 (Figure 5B) with the selected datapoint 500d. For 
example, in one embodiment, the user can click or double-click on the cursor 502 when 
'% 15 the cursor 502 is aligned with the selected data point 500d. The action of double-clicking 
.'=L= can bring up the summary compensation field 506. hi another aspect of this embodiment, 

= the page 506 can include a link 5 13 to the company's web site. 

C3 

in The user can also access still further detailed fmancial information 

• a 

'"'i pertaining to the company corresponding to the selected data point 500d. For example, 
^^3 20 by clicking on a "Load Full 10-K" input button 510 on the summary compensation field 
506, the user can obtain information provided the selected company in a standard 10-K 
statement as described in greater detail below with reference to Figure 5D. By clicking 
on a "Load Full Proxy" input button 512, the user can access the company's proxy 
information, as described in greater detail below with reference to Figures 5E-F. As used 
25 herein, the term "cUcking" can refer specifically to striking an input button on a computer 
mouse, or generally to any input signal provided by the user to the computer. 

Figure 5D illustrates an input window 514 that can appear when the user 
clicks on the Load Full 10-K input button 510 described above. The user can enter a year 
in a date field 516, then chck on a download button 518 to receive the company's 10-K 
30 statement. As shown in Figure 5E, the system 100 can present the user with a proxy 
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input window 520 when the user clicks on the Load Full Proxy input button 512 (Figure 
5C). The user can select a proxy year in date field 522, and click on a download button 
524 to receive a proxy statement 526, the header of which is shown in Figure 5F. The 
proxy data, 10-K data and other SEC data are generally available, for example fi'om 
5 sources such as freeEdgar.com. Accordingly, the data can be retrieved over the Intemet, 
or from a local source, such as the database 1 10. 

The system 100 can also display a comparable company page 530, shown 
in Figure 5G. The comparable company page 530 can include a comparable company 
field 532 that includes a list of companies similar to the company corresponding to the 
10 selected data point 500d, based for example, on company revenue. The user can filter the 
information in the list 532 to narrow the mmiber of selected comparable companies. For 
example, the user can click on field 534 to select the five closest companies based on 
'=3 company revenue, and indicated in list 532 with checkmarks. The list 532 can also 
highlight (for example, with a different color) the comparable company paying the 
15 highest executive compensation (indicated by numeral 536 in Figure 5G). Altematively, 

;=2 the user can narrow the list of comparable companies on the basis of revenue by entering 

'it* t 

5 information in revenue fields 538, or on the basis of business type by entering 

Ln information in SIC fields 540, and/or by geographical location by entering information in 
't fields 542. In other embodiments, the user can filter the data according to other 
□ 20 parameters. In any of these embodiments, the user can then retrieve fiiU proxy 
information and/or fiiU 10-K information by clicking on the appropriate buttons 544 and 
546, respectively. The user can also receive summary compensation information for the 
comparable companies, which is generally similar to that shown in Figure 5C. 

The process 300 can have other arrangements in other embodiments. For 
25 example, steps generally similar to steps 302-3 12 can be performed by any or all of the 
other Assessors 148a- 148c and 148e. In other embodiments, the data can be displayed in 
forms other than the graph described above with reference to Figures 5B and 5D (for 
example, a histogram, bar graph, pie chart, or other graphical display), so long as the user 
can identify to the system 100 specific discrete elements of data, and the system 100 can 
30 provide additional information corresponding to those discrete elements. 
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Figure 6 is a schematic block diagram illustrating components of the server 
computer 108 described above with reference to Figure 1 in accordance with an 
embodiment of the invention. In one aspect of this embodiment, the server computer 108 
can include a memory 158, a CPU 162, input/output devices 164, and a storage device 
5 166. The memory 158 can include software or other computer instructions for 
implementing a method in accordance with an embodiment of the invention. For 
example, the software can include a plurality of survey modules 160, including a wage 
and salary survey module 160a for providing wage and salary data for a particular 
position in a particular geographical area, a cost of living survey module 160b for 
10 providing cost of living data for a particular area, and an employee benefit survey module 
160c for providing employee benefit data for a particular geographical area. The 
software can also include an international remuneration survey module 160d for 
1=3 providing international incentive and salary data, an international cost of living survey 
=S module 160e for providing intemational cost of living data, and a college graduate offer 
15 survey module 160f for providing starting salary information in a particular geographical 
area for college graduates having a degree from a particular institution m a particular 
^ discipline. 

i R In one embodiment, the survey modules 160 not specifically identified 

''i above as "intemational" provide data for the U.S. and Canada and the remaining survey 
1^3 20 modules 160 provide data for other countries. Alternatively, the survey modules 160 can 
have other geographically based arrangements. In any of these embodiments, the survey 
modules 160 can be configured to both provide and receive economic data, and can 
provide an incentive for users to supply economic data, as described in greater detail 
below with reference to Figures 7-13C. 
25 Figure 7 is a flow diagram of a representative information search, retrieval, 

and update process 700 performed by the system 100 (Figure 1) and one or more of the 
assessors 160. Figures 8A-D are display pages provided by the wage and salary survey 
module 160a running on the server computer 108 and provided to the client computers 
102 in accordance with an embodiment of the invention. Accordingly, the following 
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discussion refers both to the process steps shown in Figure 7 and the corresponding 
display pages shown in Figures 8A-D. 

In step 702, the system 100 can present a variety of survey module options 
to a user, for example, over a network such as the Web 106. Figure 8 A illustrates an 
5 input selection page 800 with available survey module options displayed in an option 
field 802. In step 704, the system 100 receives the user's module selection (such as 
"U.S./Canada Wage & Salary") and displays an appropriate input request field 804. 

In step 706, the system 100 receives the user's input request information. 
For example, when the user selects the wage and salary survey module 160a, the input 
10 information can include a geographical location. The user can enter the desired country, 
state, and city in the appropriate input fields 806, or simply enter a postal code in field 
808. The user can also select a position title in field 810, for example, from a pop-up list 
w provided by the system 100. If desired, the user can click on a methodology icon 81 1 to 
receive information on how the output data is computed. The system 100 then retrieves 
li 15 data (step 708) corresponding to the input information. In step 709, the system 100 can 
present the retrieved data to the user. For example, when the user selects the wage and 

U i 

i= salary survey module 160a, the system 100 can retrieve salary data corresponding to the 

i n position, title and geographical data received in step 706. Sample data are shown in 

display pages 812 and 814 of Figures 8B and 8C, respectively. 
□ 20 In step 710, the system 100 can present to the user the option of paying for 

the retrieved data (represented by an "Add to Cart" icon 816 in Figure 8 A) or inputting 
supplemental data to receive the retrieved data for free or at a discount in exchange for 
input data, an option represented by a "Reduce Cost-Input Data" icon 818. In other 
embodiments, the icons 816 and 818 can have other forms. In either embodiment, the 
25 system 100 receives the option selected by the user in step 712 and determine whether or 
not the user has elected to pay in step 713. For example, if the user clicks on the "Add to 
Cart" icon, the user will be prompted for payment instructions (step 714). The system 
100 then receives payment information (such as a credit card mmiber and expiration date) 
in step 716. 
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If the user elects to input supplemental data, the system 100 presents 
supplemental input data fields to the user (step 718). For example, if the user is accessing 
the wage and salary survey module 160a, the system can display an input page 820, 
shown in Figure 8D. The input page 820 can include input data fields 822 for the user's 
5 location, an input field 824 for the user's position, an input field 826 for the user's e-mail 
address, an input field 828 for the user's years of experience in the position, an input field 
830 for the user's annual salary, and an input field 832 for the user's current bonus or 
incentive payment. The user enters this supplemental input data, and the supplemental 
data is received in step 720 by the system 100 when the user clicks on a "submit data" 
10 button 834. 

In step 722, the system 100 can validate the supplemental input data, for 
example, by determining whether the input data is within two standard deviations of the 
mean for similar data already in the database 1 10 for the same position and geographical 
area identified by the user. Accordingly, the system 100 can select from the database 110 
15 data that is averagable with the supplemental input data, calculate a mean and standard 
deviation for the data, and then determine whether the supplemental input data is within 
two standard deviations of the mean. In other embodiments, the system 100 can 
determine data validity by other methods, or the validation step can be eliminated. In 
''■i step 823, the system 100 can update the database 110 to include the supplemental data 
□ 20 input by the user in step 520. 

In step 724, the system 100 can reduce or eliminate any fee due fi"om the 
user for receiving the data presented in step 710. For example, in one embodiment, the 
system 100 can automatically eliminate the fee due fi-om the user once the supplemental 
input data received in step 720 has been determined to be vaUd in step 722. In an 
25 altemate embodiment, the system 100 c an assign a first value to the data presented t o the 
user in step 709, assig n a sec ond value to the data received fi-om the user in step 720, and 
subtract the second value from the first value to determine an amount due from the user. 
In a further aspect of this embodiment, the data received from the user in step 720 can be 
similar to the data presented to the user in step 709. For example, both types of data can 
30 pertain to salary data handled by the wage and salary survey module 160a. In an 
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alternative embodiment, the user can receive data from one survey module 160 and 
provide data handled by another survey module 160. 

In any of the foregoing embodiments, data originally requested by the user 
in step 706 can be automatically updated (to include the supplemental data input by the 
5 user in step 720) and presented to the user in step 726. Alternatively, if the same user or 
a different user subsequently requests data from the database 110 in a separate request, 
the data retrieved from the database 110 can be based in part on the supplemental data 
received by the server 108 from the user in step 720. In either embodiment, the addition 
of the sup plementa l^ data c anJie reflec ted by updating a population field 813, shown in 
10 Figure 8B. 

An advantage of an embodiment of the arrangement described above with 
reference to Figures 4-5 is that the user can avoid paying for economic data by providing 

i3 supplemental economic data in retum. A further advantage is that the database accessed 
by thejjser can be iinmediatel>Mi pdate d Jojn ^ the sup plemental data. Accordingly, 

''i 15 the data subsequently retrieved by the same user or a different user can be based in part 

*=L^ on the user's own economic data. 

Lfl 

In another embodiment, the process 700 described above with reference to 

n 

\^ Figures 6 and 7 can be used by data collectors (as opposed to clients) to update the 
'i database 1 10. For example, a data collector in the field can use the process 700 to input 
u 20 additional data collected in the field, and can immediately access data that includes the 
supplemental input data he just provided. 

In other embodiments, the process 700 can be used in other contexts, and 
can be used in connection with the survey modules 160b- 160f (or other modules), as 
described below with reference to Figures 9A-13C. Each display description shown in 
25 these Figures includes self-explanatory text describing aspects of the input and output 
fields shown thereon. For example. Figure 9A illustrates an input request field 900 
corresponding to an embodiment of the cost of living survey module 160b. Figures 9B-D 
illustrate a single output display page having sample output data fields 902, 904 and 906, 
respectively, corresponding to the cost of hving survey module 160b. Figures 9E and 9F 
30 illustrate a single page having sample supplemental input data request fields 908 and 910 
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for receiving supplemental input cost of living data in accordance with an embodiment of 
the invention. Figure lOA illustrates a sample input request page 1000 for an 
embodiment of the employee benefit survey module 160c. Figures lOB and IOC 
illustrate a single display page having corresponding output data fields 1002 and 1004 for 
5 the employee benefit survey module 160c. Figures lOD-H illustrate corresponding 
supplemental input data request fields 1006-1020, for receiving supplemental input 
employee benefit data. A "% complete" indicator 1007 (Figure lOD) can be periodically 
updated by the system 100 to indicate to the user how much of the required input data has 
been entered. 

10 The intemational remimeration survey module 160d, the international cost 

of living survey module 160e, and college graduate offer survey module 160f can have 
arrangements generally similar to those of the survey modules described above with 
=3 reference to Figures 8A-10H. For example, as shown in Figures 1 lA-D, the intemational 
,S remuneration survey module 160d can display an input field 1100 (Figure 11 A) for 
15 receiving an input request, output fields 1102 and 1104 (Figures UB and IIC) for 
displaying output intemational remimeration data, and a supplemental data input field 
1 106 (Figure 1 ID) for receiving supplemental input intemational remimeration data. The 
Ijj international cost of living survey module 160e can display an input request field 1200 
(Figure 12A) for receiving an input request, data output fields 1202-1206 (Figures 12B- 
O 20 12D) for displaying output intemational cost of living data, and supplemental input data 
fields 1208-1210 (Figures 12E and 12F) for receiving supplemental mput mtemational 
cost of living data. The college graduate offer survey module 160f can display an input 
data request field 1300 (Figure 13A) for receiving an input request, data output fields 
1302-1304 (Figures 13B and 13C) for displaying output graduate data and a supplemental 
25 input data field (not shown). 

In still another embodiment, the Assessors 148 described above with 
reference to Figures 2-5 G can be installed on the client computer 102 and can access the 
survey modules 160 over a network such as the Web 106. For example, the Geographic 
Assessor 148c (which requires a salary and the city corresponding to the salary as input) 
30 can retrieve survey data over the Web 106 indicating what the corresponding salary 
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would be in another city (based on, for example, the difference in the cost of labor 
between the two cities). In one aspect of this embodiment, the data can be based on a 
plurality of salary surveys. In another embodiment, the user can request that the data be 
based on a single survey, for example, to comply with General Accounting guidelines, 
5 such as GA Letter 2-98. The single survey can be accessed by the Geographic Assessor 
148c locally, for example via a CD, or externally via the Web 106, as described below 
with reference to Figures 14A-C. 

Figure 14A illustrates an output data field 1400 displayed by the 
Geographic Assessor 148c to the user in accordance with an embodiment of the 
10 invention. The data shown in Figure 14A are obtained from a U.S. Government 
Occupational Employment Statistics (OES) in response to a request for salary information 
for a dental hygienist position in the Seattle area. The data show OES Level I, Level n 
'=3 and mean values for the dental hygienist position selected by the user. 
r.Z As indicated by the tabs 1402a-c along the top of the output data field 1400, 

15 the user can select to have the output data based on OES data or sources other than OES 
data. The user can also click on description tabs 1403a and 1403b to obtain an OES 
description for a job (the SOC description tab 1403a) or a Dictionary of Occupational 
\h Titles description (the DOT description tab 1403b). Each source may have different data 
obtained from different populations. The surveys can include the OES data described 

tsas 

•<3 20 above, census data, data obtained from users over the Internet (indicated by tab 1402c, 

u 

labeled survey comparison) and/or other sources, such as data available from Watson 
Wyatt of Washington D.C. or other service providers. If the user selects the survey 
comparison tab 1402c, the Geographic Assessor 148c displays an input field 1404, shown 
in Figure 14B. Figure 14C illustrates an output data field 1406 based on the survey 
25 comparison. 

An advantage of the features described above with reference to Figures 
14A-C is that the user can access multiple databases to obtain a broad data sampling 
(when appropriate), or can elect to access a single database (when appropriate). The user 
can also select which database is accessed. One particular advantage of the foregoing 
30 features is that employers can readily access data other than OES data. For example. 
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employers may be required by govermnent regulations to pay at levels corresponding to 
Level I or Level n (depending on the employee's skill level) as shown in Figure 14A, 
unless the employer can provide survey results indicating a mean compensation level less 
than Level I and Level n. The results shown in Figure 14C indicate that the employer can 
easily access such data. For example, the value indicated in a salary survey median field 
1406 of Figure 14C is less than both the Level I and Level II values shown in Figure 14A, 
for the selected geographic area. Accordingly, the employer may be able to reduce labor 
costs by having ready access to data such as are shown in Figure 14C. The employer can 
obtain further information about the survey by clicking on a "Review Summary Report 
Page" icon, which links the employer to a survey report page 1408 (Figure 14D), 
generally similar to the display page 812 described above with reference to Figure 8B. 

In other embodiments, any of the Assessors 148 described above can have 
access to a nxunber of surveys and/or populations, which can be selected by the user in a 
manner generally similar to that described above. In any of these embodiments, the 
Assessors 148 can access selected databases over the Web 106 or other networks. 

From the foregoing, it will be appreciated that although specific 
embodiments of the invention have been disclosed herein for purposes of illustration, 
various modifications may be made without deviating from the spirit and scope of the 
invention. For example, many of the features described above can be incorporated into 
an educational platform for traiiung compensation and benefits personnel, such as is 

disclosed in co-pending U.S. Application No. , titled System and Method for 

Remote Learning, Such as for Costs and Benefits Personnel and Professionals (attomey 
docket no. 33362.8002US) filed concurrently herewith, assigned to the assignee of the 
present application, and incorporated herein by reference. Accordingly, the invention is 
not limited except as by the appended claims. 
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